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@ Fahrzeugkommunikationssystem und Verfahren zum Austausch von Daten in einem Kraftfahrzeug 

(57) Ein Fahrzeugkommunikationssystem weist wenigstens 
eine im Fahrzeug angeordnete Recheneinheit (1) zum 
Steuern von Applikationen, mehrere unterschiedliche, 
mitdor Recheneinheit (1) vorbundene Datenquellen {2, 4, 
5, 6, 8) und mehrere mit der Recheneinheit <1) verbunde- 
ne Bedienplatze (9) auf. Eine zentrale Systemsteuerung 
(17) raumt den Bedienplatzen (9) Zugriffsrechte auf die 
Applikationen ein. Eine Bedienplatzsteuerung (20.1, 20.2) 
konftguriert die einzelnen Bedienplatze (9) individuell. 
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Beschreibung 

Die Erfindung betrifft ein Fahrzeugkommunikationssy- 
stem und ein Verfahren zum Austausch von Dalen in einem 
Fahrzeug, bei dem Daten zwischen mehreren unterschiedli- 5 
chen, mit wenigstens einer Recheneinheit verbundenen Da- 
tenquellen und mehreren rait der Recheneinheit verbunde- 
nen Bedienplatzen ausgetauscht werden. 

Aus der Often legungsschri ft DE 196 25 002 A 1 ist ein 
Fahrzeug kommunikationssy stem mit einem Zentralrechner 10 
zur Durchfiihrung von Telematik-Applikationen und mit 
Schnittstellen bekannt, uber welche Gerateeinheiten zum 
Senden und Empfangen von Daten mit dem Zentralrechner 
verbindbar sind. Die Gerateeinheiten sind den verschiede- 
nen Telematik-Applikationen flexibel steuerbar zugeordnet. 15 
Mit diesem System kann ein Benutzer flexibel auf unter- 
schiedliche Telematik-Applikationen zugreifen. 

In der Zcitschrift mot, Hcft-Nr. 21/1997, Scitcn 20 bis 21, 
wird ein Interne t-Multi media-System in einem Personen- 
kraftwagen vorgestellt, bei dem ein Fahrer auf externe Infor- 20 
mationsdienste Zugriff hat. Fur Passagiere im Fahrzeugfond 
sind Flachbildschirme fiir interaktive Spiele vorgesehen. 
Uber einen Audio/Video-Schalter konnen im Fahrzeug vor- 
handene Funktionen auf den Bildschirmen, auf Lautspre- 
chern oder Kopfhorem ausgegeben werden. 25 

Aus der Patentanmeldung WO 97/03399 ist ein Verfahren 
bekannt, bei dem der Benutzer eines vernetzten Computers 
eine Liste der fiir ihn in einem Computemetzwerk verfugba- 
ren Anwendungsprogramme auf seiner Bedienoberflache 
erhalt. 30 

Die Paten tschrift US 5,655,081 betrifft ein Coniputer- 
netzwerk, in dem unterschiedliche Computertypen mitein- 
ander verbunden sein konnen. Auf jedem Server des Com- 
pute rsy stems lauft eine Software, die dessen Ressourcen 
und Anwendungen uberwacht. Uber die Software der ein- 35 
zelnen Server des Computersystems erhalt eine auf einem 
Computer des Systems installierte Verwaltungssoftware 
eine Aufstellung aller im gesamten System vorhandenen 
Ressourcen und Anwendungen sowie deren Status. 

Aus der Patentanmeldung EP 0 625 838 A2 ist ein Token- 40 
Ring-Netzwerk bekannt. das Workstations aufweist, auf de- 
ne n sowohl konventionelle Anwendungsprogramme als 
auch Multimedia-Anwendungsprogramme laufen. Letztere 
verhalten sich in der Regel nicht tolerant gegenuber Verzo- 
gerungen beim Datenaustausch. Aus diesem Grund kennt 45 
das Netzwerk drei Priori tatsniveaus. Vor dem Start einer 
Multimedia-Anwendung wird gepriift, ob das Netzwerk ei- 
nen genugend hohen Datendurchsatz bereitstellen kann. 

Es ist ein Ziel der Erfindung, ein Fahrzeugkommunikati- 
onssystem und ein Verfahren zum Austausch von Daten in 50 
einem Fahrzeug bereit zustellen, bei denen mehrere Bedien- 
platze unterschiedlich konfiguriert und damit auf die Be- 
dtirfnisse oder Wunsche unterschiedlicher Fahrzeuginsassen 
individuell eingestelll werden konnen. 

Dieses Ziel wird mit einem Fahrzeugkommunikationssy- 55 
stem und einem Verfahren erreicht, wie sie in den unabhan- 
gigen Patentanspriichen deriniert sind. Vorteilhafte Ausfuh- 
rungsformen der Erfindung sind in den Unteranspriichen an- 
gegeben. 

Durch das Vorsehen einer zentralen Systemsteuerung 60 
konnen den einzelnen Bedienplatzen individuelle und unter- 
schiedliche Zugriff srechte auf die Applikationen eingeraumt 
werden. Die zentrale Systemsteuerung ist in einem Zentral- 
rechner oder in einer anderen Recheneinheit des Fahrzeug- 
kommunikationssystcms rcalisicrt. Dabci kann die Rang- 65 
ordnung, die einem Bedienplatz zukommt, entweder ein- 
heitlich fur alle Applikationen oder einzeln fiir jede Appli- 
kation festgelegt werden. Bei spiels weise kann dem Bedien- 
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platz des Fahrzeugtuhrers bezuglich einer Navigationsein- 
richtung die hochste Prioritat eingeraumt werden, wohinge- 
gen dem Fahrzeug fuhrer ein Zugriffsrecht auf einen Fern- 
sehempfanger vollig oder nur wahrend der Fahrt verweigert 
sein kann. Zudem kann die zentrale Systemsteuerung eine 
Zuordnung von Ausgabeeinrichtungen zu Bedienplatzen 
vomehmen. 

Mittels der Bedienplatzsteuerung laBt sich jeder Bedien- 
platz individuell konfigurieren. Eine solche Konfiguration 
ist denkbar bezuglich der Benutzerfuhrung an der Mensch- 
Maschine-Schnittstelle, der Zuordnung von laufenden App- 
likationen oder deren Mentis auf die definierte Positionen ei- 
ner Anzeigeeinrichtung, des ZugrifTsrechts von Applikatio- 
nen auf eine Ausgabeeinrichtung des Bedienplatzes oder 
dergleichen. 

In einer besonders bevorzugten Ausfuhrungsform sind ei- 
ner Applikation mehrere Funktionen zugeordnet. Bei der 
Applikation kann cs sich bcispiclswcisc urn cine Anwcn- 
dung wie Fahrzeugnavigation handeln. Dieser Applikation 
sind die Funktionen Routenberechnung, Leitinformations- 
berechnung, Positionsbestimmung mittels GPS (Global Po- 
sitioning System), Positionsbe-Stimmung mittels Koppein- 
avigation und optische sowie akustische Leitinfonnations- 
ausgabe zugeordnet. Eine ausfuhrbare Funktion kann inner- 
halb eines Gerats mittels Hardware oder Software realisiert 
sein. Eine Applikation kann auf Funktionen zuruckgreifen, 
die von unterschiedlichen Geraten ausgefiihrt werden. 

Vorzugsweise weist jede Funktion eine Softwareschnitt- 
stelle zum Datenaustausch mit anderen Software- oder 
Hardware-Schnittstellen auf. 

In einer besonders vorteilhaften Ausfuhrungsform weist 
die zentrale Systemsteuerung ein zentrales Prioritatenmana- 
gement auf. Ein Aspekt des zentralen Prior itaten manage- 
ments kann beispiels weise die Zuordnung von Zugriff srech- 
ten fur die Bedienplatze auf einen Datenbus und/oder zu 
Applikationen sein. Ein weiterer Aspekt des zentralen Prio- 
ritatsmanagements kann die Zuordnung von ZugrifTsrechten 
fur Applikationen auf den Datenbus oder auf Bedienplatze 
sein. Beim Zusammentreffen mehrerer mit Priori taten be- 
hafteter Aktionen (z. B. zwei Bedienplatze mit bestimmten 
Prioritaten fordem Applikation mit bestimmten Prioritaten 
auf demselben physikalischen, nicht mehrplatziahigen Ge- 
rat an) lost das zentrale Prioritatenmanagement eventuell 
auftretende Konflikte zugunsten von einer der Aktionen. 
Dabei ist auch der Zeitrang der Aktion ein geeignetes Ent- 
scheidungskriterium. 

Vorzugsweise wird bei Erreichen der Kapazitatsgrenze 
oder einer definierten Schwelle die Datenubertragung einer 
niederrangigen Applikation zugunsten einer hoherrangigen 
Applikation unterbrochen oder deren Datenubertragungs- 
rate reduziert. Auf diese Weise ist gewahrleistet, daB bei- 
spiels weise bei einem Unfall ein automatischer Notruf abge- 
setzt werden kann, obwohl die Ubertragungskapazitat des 
Busses vollstandig von anderen Applikationen beansprucht 
wird. 

In einem Konfliktfall, bei dem eine Applikation beendet 
werden miifite oder deren Datenubertragung reduziert wer- 
den miiGte, um einer weiteren Applikation einen Zugriff auf 
den Datenbus einzuraumen, kann eine Wichtung der Zu- 
griffsrechte aus einem Prioritatsrecht einer Applikation und 
dem Prioritatsrecht desjenigen Bedienplatzes gewonnen 
werden, der auf die Applikation zugreift. Die Wichtung 
kann mit Wertungsfaktoren berechnet werden, die in einer 
Matrix in einem Speicherbereich der Recheneinheit abge- 
legt sind. 

In einer besonders bevorzugten Ausfuhrungsform ist die 
graphische Benutzeroberflache eines Bedienplatzes fur die 
unterschiedlichen Anforderungen eines besonders gewand- 
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ten Benutzers, eines weniger gewandten Benutzers und ei- 
nes Kindes miltels Voreinstellungen anpaBbar. So stehen 
beispielsweise fiir das Kind lediglich aussagekraftige Sym- 
bole ohne Beschriftung zur Verfiigung, fur den weniger ge- 
wandten Benutzer ein sehr ausfiihrliches Menu mit Unter- 5 
menus und fiir den gewandten Benutzer knappe Menus und 
Tastaturkiirzel. 

Wcitere Mcrkmale, Vorteile und Anwendungsmoglich- 
keiten der Erfindung ergeben sich aus der nachfolgenden- 
Beschreibung von Ausfiihrungsbeispielen in Verbindung 10 
mit den Zeichnungen. Es zeigen: 

Fig. 1 eine schematische IJbersicht uber Bestandteile ei- 
nes Fahrzeugkommunikationssystems, 

Fig. 2 eine schematische Darstellung einer auf das Fahr- 
zeugkommunikationssystem verteilten Applikation, und 15 

Fig. 3 eine auf einem Bildschirm wiedergegebene Be- 
nutzeroberflache. 

Fig. 1 vcranschaulicht cin Fahrzcugkommunikationssy- 
stem in einem Personenkraftwagen mil einer VieLzahl von 
Datenquellen und Datensenken. Es weist eine Rechenein- 20 
heit 1 mit einem frei verfugbaren Speicher und einem Be- 
triebssystem, ein Navigationsgerat 2, ein Gateway 3 zur 
Herstellung einer Verbindung zu einem als Can-Bus 14 aus- 
gebildeten weiteren Fahrzeugbus, ein Audiosystem 4 zur 
Ausgabe von akustischen Signalen, einen Tuner 5 zum 25 
Empfang von Radio- oder Fernsehsignalen und ein Wieder- 
gabegerat 6 fur DVD- (Digital Versatile Disc) und CD-Me- 
dien (Compact Disc) auf. Femer umfaBi das Fahrzeugkom- 
munikationssystem eine Schnittstelle 7 fiir den AnschluB 
von Geraten eines Benutzers, beispielsweise eines tragbaren 30 
Computers, eines PDA (personal digital assistent), eines 
CD-Spielers oder dergleichen. Die Schnittstelle 7 weist so- 
wohl einen dralitgebundenen AnschluB als auch einen Sen- 
der und Empf anger zum drahtlosen Datenaustausch auf. Der 
drahtlose Datenaustausch erfolgt iiber Infrarot nach dem 35 
IRDA-Standard. 

Weiter weist das Fahrzeugkommunikationssystem ein 
Mobiltelefonmodul 8 und mehrere Bedienplatze auf, von 
denen lediglich ein Bedienplatz 9 beispielhaft dargestellt ist. 
Ein Bedienplatz 9 weist jeweils Eingabeeinheiten und Aus- 40 
gabeeinheiten auf, beispielsweise eine Tastatur, einen 
Trackball, ein Mikrofon fiir eine Sprachaufzeichnung oder 
als Eingabemittel fiir ein Sprachbediensystem 10, Lautspre- 
cher, Kopfhorer und eine Anzeigeeinrichtung 31. 

Ein Ortungsmodul 11 umfaBt einen GPS-Empfanger, ein 45 
Gyroskop und einen Enlfernungsmesscr. 

Alle Systcmc sind iiber eine einheitlich aufgebaute Hard- 
ware-Schnittstellc 13 mit einem gemcinsamen Datenbus 12 
verbunden. 

Das Komniunikationssystem wird zur Ausfiihrung von 50 
Applikationen, Funktionen und Diensten verwendet. Es 
kann iiber das Mobiltelefonmodul 8 auf exlerne Telematik- 
dienste und das Internet zugreiten. 

Eine Applikation umfaBt mindestens cine Funktion die 
das Erbringen von Lei stung en fiir den Benutzer ermdglicht. 55 
Eine Funktion wird jeweils in einer einzigen Gerateeinheit 
ausgefiihrt. 

Mit der Rechenein heit 1 sind eine zentrale Systemsteue- 
rung 17, eine Bedienplatzsteuerung 20 und ein Priori taten- 
management 19 realisiert. Das Prioritatenmanagement 19 60 
weist Module auf, die der zentralen Systemsteuerung 17 
funktional zugeordnet sind, und weist Module auf, die der 
Bedienplatzsteuerung 20 funktional zugeordnet sind. 

Uber das Prioritatenmanagement 19 kann jedem Bedien- 
platz 9 jeweils cine Prioritat, entweder bezogen auf das gc- 65 
samtc Fahrzeugkommunikationssystem oder bezogen auf 
die einzelnen Applikationen, eingeraumt werden. Ferner re- 
gek das Prioritatenmanagement 19 Zugriffe der einzelnen 
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Applikationen auf den Datenbus und auf die einzelnen Be- 
dienplatze 9. 

ZweckmaBigerweise ist das Prioritatenmanagement 19 
modular organisiert. Das Prioritatenmanagement. 19 weist 
ein systembezogenes Prioritaienmanagementmodul. das die 
Zugrille der einzelnen Bedienplatze 9 auf die im Fahrzeug- 
kommunikationssysiem vorhandenen Applikationen steuert, 
sowie ein busbezogenes Prioritaienmanagementmodul auf, 
das die Zugriffe und Zugriffswunsche der Applikationen auf 
den Datenbus 12 steuert. Neben diesen beiden Modulen, die 
funktional der zentralen Systemsteuerung 17 zugeordnet 
sind, weist das Prioritatenmanagement 19 ein bedienplatz- 
bezogenes Prioritatenmanagementmodul auf, und genauer 
ein bedienplatzbezogenes Prioritatenmanagementmodul fiir 
jeden Bedienplatz 9. Das bedienplatzbezogene Prioritaten- 
managementmodul ist der Bedienplatzsteuerung 20 funktio- 
nal zugeordnet. 

Das busbczogene Prioritatenmanagementmodul vcrhin- 
dert eine Uberlastung des Datenbusses 12, um fiir alle ge- 
rade aktiven Applikationen eine ausreichende Dateniibertra- 
gungsqualital zu gewahrleisten. Im Falle einer drohenden 
LJberlastung des Datenbusses 12 wird eine neue Applikation 
oder Anwendung nur zugelassen, wenn gleichzeitig durch 
geeignete MaBnahmen entsprechende freie Buskapazitaten 
geschalTen werden konnen. Insbesondere bei einem ZugrilT 
einer hochrangigen Applikation, wie einer Stauwarnung fur 
den Fahrzeugfiihrer, werden eine oder mehrere niederrangi- 
gere Applikation beendet oder deren Datenubertragung re- 
duziert. Ebenso konnen Aktionen und Applikationen von 
niederrangig eingestuften Bedienplatzen beendet oder redu- 
ziert werden. Letzteres kann bedeuten, daB das busbezogene 
Prioritatenmanagementmodul die Qualitat einer Videoiiber- 
tragung verringert, um das Datenaufkommen auf dem Da- 
tenbus 12 zu reduzieren. 

Das busbezogene Prioritatenmanagementmodul beriick- 
sichtigt insbesondere, daB bestimmte Daten von Applikatio- 
nen, beispielsweise ein Telefongesprach, ohne Verzogerung 
in Echtzeit iibertragen werden miissen. 

Zusatzlich sorgt das busbezogene Prioritatenmanage- 
mentmodul dafiir, daB die Buskapazitat nur bis zu einer de- 
finierten Schwelle belegt ist, so daB geniigend Ubertra- 
gungskapazitat fiir besonders hochrangige Applikationen, 
beispielsweise das autornatische oder manuelle Absetzen ei- 
nes Notrufs iiber das Mobiltelefonmodul 8, zur Verfiigung 
steht. 

Das busbezogene Prioritatenmanagementmodul ist konfi- 
gurierbar, um diejenigen Nutzer, Applikationen oder Aktio- 
nen zu bestimmen, die im Falle einer zu hohen Buslast abge- 
schaltet werden, deren Datenubertragung verzogerl oder in 
der Ubertragungsqualitat verse hlechtert wird. 

Das Prioritatenmanagement 19 umfaBt ferner einen Prio- 
ritatenniaster, der Konflikte zwischen einzelnen Modulen 
des Priori taten managements last. Dabei ist der Prioritaten- 
master dem systembezogenen, dem bedienplatzbezogenen 
und deni busbezogenen Priori taten manage men tniodu I iiber- 
geordnet. Eine Uber dem systembezogenen Prioritatenmana- 
gementmodul getroffene Voreinstellung genieBt dabei wie- 
derum Vorrang vor dem bedienplatzbezogenen Prioritaten- 
managementmodul. Eine durch das systembezogene Priori- 
tatenmodul festgelegte hohe Prioritat fiir eine Applikation 
"Telefon" setzt die bedienplatzbezogenen Prioritatenmana- 
gementmodule auf eine korrespondierende Prioritat. 

Daneben ist in diesem Ausfiihrungsbeispiel vorgesehen, 
daB der Priori tatenmaster auch der zentralen Bedienplatz- 
steuerung 20 und dem nachfolgcnd bcschricbcncn Rcssour- 
cenmanagement iibergeordnet ist. 

Die moglichen Konfliktfalle zwischen den Modulen des 
Priori tatenman age ments sind in einer Matrix abgespeichert 



BNSDOCID: <DE_19853665A1_I_> 



DE 198 53 665 A l 1 



und durch ein allgemeines Systeinkonfigurierungsmodul 
einstellbar. Dieses allgemeine Systeinkonfigurierungsmodul 
weist eine Voreinstellung auf, mit der das Fahrzeugkommu- 
nikationssystem an ein en Kndkunden ausgeliefert wird. Rs 
konnen ab Werk mehrere zusatzliche Voreinstellungen be- 5 
reitgestellt werden, so daB ein Benutzer die Mogiichkeit hat, 
zwischen mehreren typischen Moglichkeiten zu wahlen, 
ohne seiber eine Konfigurierung vornehmen zu miissen. 

So kann in einer Voreinstellung vorgesehen sein, daB der 
Fahrzeugfuhrer sowohl optische als auch akustische Lei t in- 10 
formationen vom Navigationsgerat 2 erhalt. In einer anderen 
Voreinstellung kann vorgesehen sein, daB der Fahrzeugfuh- 
rer nur akustische Lei tin formationen bereitgestellt be- 
kommt, ura eine Ablenkung vom Verkehrsgeschehen zu 
venneiden. Zugleich kann aber eine optische Wiedergabe ei- 15 
ner StraBenkarte mit Leitsymbolen fur einen Mitfahrer vor- 
gesehen sein. In diesem Fall erhalt der Fahrzeugfuhrer kein 
Zugriffsrccht auf die optische Ausgabc des Navigationsgc- 
rats 2. 

Fur jeden Bedienplatz 9 ist durch eine Bedienplatzsteue- 20 
rung 20,1, 20.2 das Zusammenwirken des individuellen Be- 
dienplatzes 9 mit dem gesamten Fahrzeugkommunikations- 
system, und insbesondere der zentralen Systemsteuerung, 
geregelt. Ferner steuert die Bedienplatzsteuerung 20.1, 20.2 
die Benulzerschnittstelle eines Bedienplatzes. Die Bedien- 25 
platzsteuerung umfaBt Module 20.2, die den einzelnen Be- 
dienplatze 9 funktional zugeordnet sind. Diese lokalen Mo- 
dule 20.2 konnen in der zentralen Recheneinheit realisiert 
sein. In diesem Ausfuhrungsbeispiel sind sie allerdings in 
den einzelnen Bedienplatzen realisiert. und werden durch ein 30 
zentrales Modul 20.1 von der zentralen Recheneinheit 1 ver- 
waltet, obwohl sie auch durch lokale Recheneinheiten der 
Bedienplatze verwaltet werden konnten. 

Die Bedienplatzsteuerung eines Bedienplatzes 9 umfaBt 
das bedienplatzbezogene Prioritatenmanagementmodul und 35 
ein Bedienplatz-Konfigurationsmodul. Letzteres ist eine 
Untereinheit eines Bedienmanagements, und genauer eines 
Bedienmanagement-Konfigurationsmoduls. 

Das Bedien management weist Module auf, die der zen- 
tralen Systemsteuerung 17 funktional zugeordnet sind, und 40 
enthalt Module, die der Bedienplatzsteuerung 20 funktional 
zugeordnet sind. 

Das bedienplatzbezogene Prioritatenmanagementmodul 
bestimmt die Prioritaten der im Fahrzeugkommunikations- 
system vorhandenen Applikationen im Hinblick auf deren 45 
Zugriffsrechte auf die Ausgabeeinrichtungen des Bedien- 
platzes. 

Das bedienplatzbezogene Prioritatenmanagementmodul 
ist zwar funktional der Bedienplatzsteuerung 20 zugeordnet, 
stent aber dennoch in einem Unterordnungsverhaltnis ge- 50 
genuberdem zentralen Priori tatenman age men t 19, das funk- 
tional der zentralen Systemsteuerung 17 zugeordnet ist. 

Fig. 2 veranschaulicht eine Applikation 15, die auf Funk- 
tionen 16.1 bis 16.5 zuriickgreift, wobei die Funktionen in- 
nerhalb verse hiedener Gerate ausgefuhrt werden. 55 

Die veranschaulichte Applikation 15 betrifft eine Fahr- 
zeugnavigation. Uber den Datenbus 12 sind unter anderem 
das Navigationsgerat 2, das Ortungsmodul 11 und das Au- 
diosystem 4 verbunden. Die Gerate verfugen jeweils uber 
eine Hardware-Schnittstelle 13, mit der sie physikalisch mit 60 
dem Datenbus 12 verbunden sind. Die in den Geraten reali- 
sierten Funktionen 16.1 bis 16.5 weisen jeweils eine eigene 
Software-Schnittstelle 18.1 bis 18.5 auf. Die Daten der 
Hardware-Schnittstellen 13 werden durch diese Software- 
Schnittstcllcn in Eingabcparamctcr fiir die der jcwciligcn 65 
Software-Schnittstelle 18.1 bis 18.5 zugeordnete Funktion 
16.1 bis 16.5 umgewandelt. Die Ausgabeparameter der ent- 
sprechenden Funktion 16.1 bis 16.5 werden durch die der je- 



weiligen Funktion 16.1 bis 16.5 zugeordnete Software- 
Schnittstelle 18.1 bis 18.5 in Daten fiir die anderen Soft- 
ware-Schnittstellen 18.1 bis 18.5 und/oder der Hardware- 
Schnittstellen 13 umgewandelt. 

Bei Aufruf der Applikation "Navigation" stelltdas mit ei- 
nem Mikroprozessor ausgestatteten Navigationsgerat 2 auf 
einer Anzeigeeinrichtung des anfordernden Benutzers ein 
Startmenu bereit. Dieses Startmenu laBt sich individuell fiir 
den Bedienplatz uber die Bedienplatzsteuerung konfigurie- 
ren. 

Nach der Eingabe eines Zieles bestimmt die Funktion 
163 zunachst den momentanen Standort des Fahrzeugs. 
Hierzu greift die Funktion 163 auf das Ortungsmodul 11 zu. 
Das Ortungsmodul 11 umfaBt eine Funktion 16.1 zur abso- 
luten Ortsbestimmung mittels eines GPS-Empfangers und 
eine Funktion 16.2 zur relativen Ortsbestimmung mittels 
Winkelmessung und Messung der zuruckgelegten Weg- 
strcckc (Koppcl navigation). Dicsc Daten werden von den 
Funktionen 16.1 und 16.2 uber die Software-Schnittstellen 
18.1 und 18.2 und die Hardware-SchniUstelle 13 zum Navi- 
gationsgerat 2 ubermittelt. 

Nach Eingang dieser Daten fordert die Funktion 163 der 
Applikation 15 vom in Fig. 2 nicht dargestellten DVD-Wie- 
dergabegerat die fiir die Berechnung einer Route benotigten 
Wegenetzdaten an und errechnel eine geeignete Route zum 
Ziel. 

Die Funktion 16.4 ermittelt Fahranweisungen zu der von 
der Funktion 163 ermittelten Route. Die Fahranweisungen 
werden von der Funktion 16.4 rechtzeitig vor jedem vom 
Fahrzeugfuhrer einzuleitenden Manover uber den Datenbus 
12 an das Audiosystem 4 als Sprachinformation ausgege- 
ben. Die Funktion 16.5 des Audiosystems wandelt die 
Sprachinformation in akustische Signale urn, verstarkt sie 
und gibt sie uber Lautsprecher wieder. 

Zur Steuerung des Zusammenspiels zwischen den Einhei- 
ten Benutzerschnittstelle, Applikation und Funktionen weist 
das Fahrzeugkommunikationssystem ein Ressourcenmana- 
gement auf. Dieses Ressourcenmanagement besteht aus ei- 
nem Funktionsmanagementmodul, einem Zugriffskonflikte- 
Managementmodul und einem Buskapazitat-Management- 
modul. 

Das Funktionsmanagementmodul verfiigt uber die Unter- 
module "Funktionsverfugbarkeit", "Funktionsstatus" und 
"Funktionsnutzungsmanagement". Zusatzlich kann ein Mo- 
dul fur die Kon figuration des Funktionsmanagementmoduls 
vorgesehen sein, urn beispielsweise durch ein Ausblenden 
einer Funktion Tests durchfuhren zu konnen. 

Das Untermodul "Funktionsverfugbarkeit" verwaltet eine 
Liste mit alien im Fahrzeugkommunikationssystem ausftihr- 
baren Funktionen, beispielsweise den Bedienfunktionen des 
DVD-Wiedergabegerats "vorwarts", "stop", "Wiedergabe", 
"Pause", etc. 

Im Untermodul "Funktionsstatus" ist die Art der Funktion 
(steuernd oder abfragend) enthalten, der Status, ob die 
Funktion von einer Applikation verwendet wird, von wel- 
cher Applikation die Funktion gegebenenfalls verwendet 
wird und von welchem Bedienplatz aus die Funktion ver- 
wendet wird. Beim Bedienplatz kann zwischen Bedienter- 
minal (Eingabemittel) und Ausgabeeinrichtung differenziert 
werden. Dieses Untermodul bildet reale Systemzustande 
und Systemeigenschaften ab. 

Das Untermodul "Funktionsnutzungsmanagement" erfaBt 
die potentiellen Verknupfungsmoglichkeiten zwischen den 
ausfuhrbaren Funktionen, Gerateeinheiten und Applikado- 
ncn sowic die Bcdicnmoglichkcitcn fur cine bestimmtc 
Applikation. Im Untennodul "Funktionsnutzungsmanage- 
ment" ist abgelegt, welche Datenquelle aufgrund der physi- 
kalischen Randbedingungen ihre Daten auf welche Daten- 
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senken senden kann. 

Das Zu griff skonflikte-Managementmodul weist die Un- 
termodule "QuellcnzugrifF', "Senkenzugriffe" und "Konfi- 
gurierung des ZugrirTsmanagements" auf. 

Das ZugrifTskonflikte-Managementmodul meldet ent- 
standene Konflikte an das zentrale Priori taten management. 
Es erfaBl also den niomentanen Zustand des gesamten Fahr- 
zeugkonimunikationssy stems fiir das Priori tatennianage- 
ment. 

Das Buskapazitat-Managementmodul weist die Unternio- 
dule "Erkennen drohender Uberlast", "Erkennen bestehen- 
der Konflikte" und "Konfiguration des Buskapazitaten-Ma- 
nagementmoduls" auf. Vom Buskapazitat-Managementmo- 
dul werden die gewonnenen Ergebnisse genauso an das zen- 
trale Prioriiatenmanagement gemeldet, wie vom Zugriffs- 
konmkte-Managenientmodul. Dabei sind die Ergebnisse 
insbesondere fur das busbezogene Prioriiatenmanagement 
relevant. 

Das Untermodul "Konfiguration des Buskapazitat-Ma- 
nagementmoduls" erlaubt die Einstellung von Schwellwer- 
ten, beispielsweise die Schwelle fur eine drohende Uberlast 
des Datenbusses 12. Im Unterschied zu den Modulen des 
busbezogenen Prioritatenmanagements, die Buszugriffe 
handhaben, ermittelt das Buskapazitat-Managementmodul 
lediglich die S yslemgeschichle, lieferl eine Abschatzung fur 
den moglichen Folgezustand und gibt gegebenenfalls eine 
Meldung oder Warnung aus. 

Das Ressourcennianagement ist funktional der zentralen 
Systemsteuerung zugeordnet. 

Fig. 3 veranschaulicht die Wirkungsweise der Bedien- 
platzsteuerung und des Bedienmanagements. 

Eine Ausgabeeinrichtung 21 eines Bedienplatzes stellt fur 
den Benutzer eine Bedienoberflache 22 bereit. Auf der Be- 
dienoberflache 22 ist ein Feld A fur E-Mails, ein Feld B fur 
Verkehrsnachrichten, ein Feld C fur eingehende Telefonan- 
rufe und ein Feld D fiir die Ausgabe von Leitinfonnation der 
Appiikation "Navigation" vorgesehen. 

Im Feld A werden eingehende E-Mails dargestellt. Im ge- 
strichelt dargestellten, inakliven Feld B werden Verkehrs- 
nachrichten angezeigt, sofern eine relevante Verkehrsmel- 
dung im Fahrzeugkonmiunikationssystem eintrirYt und eine 
Appiikation oderFunktion "Stauwamung" auf die Ausgabe- 
einrichtung 21 zugreift. 

In Feld C leuchtet ein Auswahlclemcnt "Call" auf, sobald 
ein Anruf fur diesen Bedienplatz der Anzeigeeinrichtung 21 
eintrifft. Der Anruf kann durch Auslosen einer Bcdientaste, 
ein Sprachkommando oder dergleichen angenommen wer- 
den. 

Das Bedienmanagcment steuert die Bcnutzerschnittstelle. 
Es ordnct den cinzelnen Applikationen fur den einzelnen 
Bedienplatz jeweils ein Slartmenii und einen Abschnitt auf 
dem Bildschimi zu, in dent sie eine Anzeige vornehmen 
konnen. 

Das Bedienmanagcment weist neben dem oben bereits er- 
wahnten Bediennianagement-Konfigurationsmodul die Mo- 
dule "Zustandsautomat", "Ausgabe von Quelldaten" und 
"Zuordnung von Bcdien- zu Anzeigeplatzen" auf. 

Das Modul "Zustandsautomat" weist die Untermodule 
"Zustandsautomat (Icsamtsystem", "Zustandsautomat Platz 
1 bis Zustandsautomat Platz N" auf. Diese Zustandsautoma- 
len erfassen nur die realen Zustande des Fahrzeugkommuni- 
kationssystems und nicht die frei definierbaren Systemzu- 
stande. 

Der "Zustandsautomat Gesamtsystem" speichert. die Sy- 
stcmzuslandc (z. B. "DVp-Wicdcrgabcgcrat in Bctricb"), 
die Ereignisse, die einen Ubergang in neue Zustande (Uber- 
gangszustande) auslosen sollen und die Folgezustande, die 
nach ausgelosten Aktionen einlreten. Hierdurch konnen die 



iestgestellten Systemzusiande mil den Masken der Benut- 
zerschnittstelle oder den an den Benutzer auszugebenden In- 
fomiationen verknupft werden. 

Die Zustandsautomaten der Platze 1 bis N erfassen die re- 

5 levante Geschichte eines Bedienvorgangs und die Applika- 
tionen, die gerade von dem betreffenden Bedienplatz aus be- 
dient werden. AuBerdem sind alle im Fahrzeugkommunika- 
tionssystem verfugbaren Bedienmoglichkeiien hinlerlegt. 
Das Bedi en man age ment-Kon fig u ration smodul weist die 

to Untermodule "Gesamtsystem- Konfiguration", "Bedien- 
platz- Konfiguration Platz 1" bis "Bedienplatz- Konfiguration 
Platz N" auf. Diese Module betreffen ausschlieBlich frei de- 
finierbare Systemzustande. 

Die Konfigurationsmodule dienen der Einstellung der Be- 

15 dienoberflache und der Bedienmenus. Es kann eingestellt 
werden, welcher Startbildschinn und welches Startmenu an- 
gezeigt wird sowie die An der vom Benutzer gewiinschten 
Bcdicnung. Lctztcrc kann untcrschicdcn werden nach "Fort- 
geschrittenen-Bedienung", "Anfangerbedienung" oder 

20 "kindgerechte Bedienung". Dabei kann mil dem Bedien- 
platz- Konfigurationsmodul Platz N" die Konfiguration indi- 
viduell fiir den Bedienplatz N vorgenommen werden. 

Das Modul "Ausgabe von Quelldaten" stellt die Verbin- 
dung zwischen den Eingaben eines Benutzers und den 

25 Quelldaten her, die am Bedienplatz ausgegeben werden und 
beispielsweise uberden Datenbus ankommen. Die Quellda- 
ten sollen regelmaBig fiir den Benutzer angezeigt werden. 
Die Organisation einer Anzeige zusammen mil dem entspre- 
chenden Bedienmenu oder alternativ zu diesem Bedien- 

30 menu wird von diesem Modu! bewirkt. Es erfolgt also eine 
Verknupfung von Quelldaten mit konfigurierbaren Bedien- 
meniis. 

Um die Bedien terminals zu Anzeigeplatzen zuzuordnen 
greift das Modul "Zuordnung von Bedien- zu Anzeigepliit- 

35 zen M auf das Untermodul "Funktionsnutzungsmanagement" 
des Funktionsmangementmoduls des Ressourcenmanage- 
ments zurilck. Hierdurch ist gewahrleistet, daB nur eine 
Auswahl von sinnvollen Kombinationsmoglichkeiten fiir 
den Benutzer bereitgestellt werden. Die Auslieferung des 

40 Fahrzeugkommunikationssy stems ab Werk erfolgt mit einer 
Grundeinstellung fiir die Zuordnung der Bedienterminals zu 
den Ausgabeeinrichtungen. 

AuBerdem kann durch das Modul "Zuordnung von Be- 
dien- zu Anzeigeplatzen" eine Fernbedienung einem be- 

45 stinimten Bedienplatz zugeordnet werden. 

Patentanspruche 



50 



55 



60 
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1 . Fahrzeugkommunikationssystem, das aufweist: 

- wenigstens eine im Fahrzeug angeordnete Re- 
cheneinheit (1) zum Steuem von Applikationen 
(15), 

- mehrere unterschiedliche, mit der Rechenein- 
heii (1) verbundenc Datenquellen (2, 4, 5, 6, 8), 

- mehrere mit der Recheneinheit (1) verbundene 
Bedienplatze (9) mit Benutzerschnittstellen zum 
Zugriff auf die Applikationen (9) und zur Daten- 
wiedergabe, 

- eine zentrale Systemsteuerung (17), mit der den 
Bedienplatzen (9) Zugriffsrechte auf die Applika- 
tionen (15) einraumbar sind, und 

- eine Bedienplatzsteuerung (20.1, 20.2), mit der 
die einzelnen Bedienplatze (9) individuell konfi- 
gurierbar sind. 

2. Fahrzeugkommunikationssystem nach Anspruch 1, 
dadurch gekennzeichnet, daB den Applikationen (15) 
Funktionen (16) zugeordnet sind, die auf der Rechen- 
einheit (1) oder auf einer Datenquelle (2, 4, 5, 6, 8) im- 
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plementiert sind. 

3. Fahrzeugkommunikationssystem nach einem der 
vorhergehenden Anspriiche, dadurch gekennzeichnet, 
daB die central e Systemsteuerung (17) ein Priori I aten- 
management (19) umfaBt, das den einzelnen Bedien- 5 
platzen (9) individuelle Zugriffsrechte auf die Applika- 
lionen (15) einraumt. 

4. Fahrzeugkommunikationssystem nach dem vorher- 
gehenden Anspruch, dadurch gekennzeichnet, daB das 
Priori taten management (19) den Applikationen (15) to 
individuelle Zugriffsrechte auf einen Datenbus (12) 
und oder die Recheneinheit (1) einraumt. 

5. Fahrzeugkommunikationssystem nach dem vorher- 
gehenden Anspruch, dadurch gekennzeichnet, daB das 
Prioritaten management (19) den Applikationen (15) 15 
Zugriff auf den Datenbus (12) in Abhangigkeit von der 
gegenwartigen Belastung dcs Datenbusses (12) ein- 
raumt. 

6. Fahrzeugkommunikationssystem nach einem der 
Anspriiche 4 oder 5, dadurch gekennzeichnet, daB bei 20 
Erreichen oder Uberschreiten einer definierten Bela- 
stung des Datenbusses (12) wenigstens eine niederran- 
gige Applikation abbrechbar ist oder deren Datenuber- 
tragungsrate reduzierbar ist. 

7. Fahrzeugkommunikationssystem nach einem der 25 
Anspriiche 4 bis 6, dadurch gekennzeichnet, daB der 
Zugriff einer Applikation (15) auf den Datenbus (12) in 
Abhangigkeit von der Prioritat des anfordernden Be- 
dienplatzes (9) steuerbar ist. 

8. Fahrzeugkommunikationssystem nach einem der 30 
vorhergehenden Anspriiche, dadurch gekennzeichnet, 
daB die Bedienplatzsteuerung (20,1, 20,2) den Appli- 
kationen (15) fur den Zugriff auf einen Bedienplatz (9) 
individuelle Zugriffsrechte einraumt. 

9 Fahrzeugkommunikationssystem nach einem der 35 
vorhergehenden Anspriiche, dadurch gekennzeichnet, 
daB durch die Bedienplatzsteuerung (20.1, 20.2) eine 
Bedienoberflache (22) eines Bedienplatzes (9) indivi- 
duell konfigurierbar ist. 

10. Verfahren zum Austausch von Daten in einem 40 
Fahrzeug, bei dem wenigstens eine Recheneinheit (1) 
und mehrere Datenquellen (2, 4, 5, 6, 8) iiber einen Da- 
tenbus (12) niit Bedienplatzen (9) kommunizieren, wo 
bei 

- die Recheneinheit (1) gleichzeitig unterschied- 45 
liche Applikationen (15) zur Ausgabe auf unter- 
schiedlichen Ausgabeeinrichtungen (21) steuert, 

- eine zentrale Systemsteuerung (17) den Be- 
dienplatzen (9) Zugriffsrechte auf die Applikatio- 
nen (15) einraumt, und 50 

— eine Bedienplatzsteuerung (19) einzelne Be- 
dienplatze (9) individuell konfiguriert. 

11. Verfahren nach dem vorhergehenden Anspruch, 
dadurch gekennzeichnet, daB die Bedienplatzsteuerung 
eine oder mehrere der folgenden Aufgaben individuell 55 
fiir einen Bedienplatz (9) steuert: 

— eine Benutzerfuhrung an der Mensch-Ma- 
schine-Schnittstelle, 

— eine Zuordnung von laufenden Applikationen 
oder deren Mentis auf definierte Positionen einer 60 
Anzeigeeinrichtung, 

- eine Zuordnung des Zugriffsrechts von Appli- 
kationen auf eine Ausgabeeinrichtung des Be- 
dienplatzes. 
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